Date: Tue, 14 Sep 93 04:30:01 PDT 

From: Packet-Radio Mailing List and Newsgroup <packet-radio@ucsd.edu> 
Errors-To: Packet-Radio-Errors@UCSD.Edu 

Reply-To: Packet-Radio@UCSD.Edu 

Precedence: Bulk 

Subject: Packet-Radio Digest V93 #269 

To: packet-radio 


Packet-Radio Digest Tue, 14 Sep 93 Volume 93 : Issue 269 


Today's Topics: 
Digipeater 
ftp.demon.co.uk INCORRECT 
how to put MFJ TNC-2 into KISS mode? 


MicroSoft to charge for Windows help 
packet help (2 msgs) 
TCP/IP and PACKET 


Send Replies or notes for publication to: <Packet-Radio@UCSD.Edu> 
Send subscription requests to: <Packet-Radio-REQUEST@UCSD.Edu> 
Problems you can't solve otherwise to brian@ucsd.edu. 


Archives of past issues of the Packet-Radio Digest are available 
(by FTP only) from UCSD.Edu in directory "mailarchives/packet-radio". 


We trust that readers are intelligent enough to realize that all text 
herein consists of personal comments and does not represent the official 
policies or positions of any party. Your mileage may vary. So there. 


Date: 13 Sep 93 14:30:39 GMT 

From: ogicse!emory!kd4nc!ke4zv! gary@network.ucsd.edu 
Subject: Digipeater 

To: packet-radio@ucsd.edu 


In article <1993Sep13.031728.22916@uxmail.ust.hk> ee_hflo@uxmail.ust.hk (ee_help) 
writes: 
> How a digipeater work ? Is it same as a repeater ? 


A digipeater is a store and forward relay node. Unlike common repeaters, 
it does not retransmit what it hears until it has received the entire 
frame, validated it, and determined that the frame is requesting the 
particular node to retransmit it now. This information is in the AX25 
header of each frame. 


Amateur digipeaters normally operate in simplex mode on a single 


frequency, alternately listening and transmitting, though they can 

be used on split frequencies. Repeaters normally operate on two 
separate frequencies in the same band, or crossband, and repeat in 
realtime, or near realtime, everything they hear on the input channel 
to the output channel. They may or may not use bit regeneration, but 
they do not validate the frame, nor do they check to see if they are 
being requested to relay the frame. 


Repeaters have several advantages over digipeaters, and a few disadvantages. 
Because the digipeater has to receive the entire frame before it starts to 
retransmit it, it takes 2X+ the channel time of an unrelayed frame. A repeater, 
because it repeats in realtime, doesn't slow down the frame relay except for 
some initial keyup delay at the start of activity. Thus a digipeater cuts 
the effective throughput of a channel in half while a repeater does not. 

A repeater offers another more important advantage. It allows every station 
to hear every other station. This is because all stations transmit on 

the repeater input and listen on the repeater output. Everything the 
repeater hears, every station hears. This eliminates a problem called 

the hidden terminal problem which is the bane of simplex digipeater 
operation. 


Because digipeaters and repeaters are sited at preferred locations, often 
the highest spot around, they hear every transmission made in the area. 
Because user stations generally aren't in such preferred locations, they 
generally don't hear most of the other stations on channel. This can result 
in collisions because several user stations may key up on top of each other 
because they can't hear each other. But the digipeater can, and what it 
receives is then just a scrambled mess. So it won't retransmit xanyx of 

the frames being sent. Since packet is an ARQ protocol, all the user stations 
will continue to try to send their frame, and will continue to collide and 
little channel throughput will occur. This problem is greatly reduced by 

a repeater. Since every station monitors the repeater output, they hear 
every other station on the network. So if another station is transmitting, 
they will refrain from transmitting until the other station finishes it's 
transmission. This solves the hidden terminal problem and greatly increases 
the channel's effective capacity. 


Now I mentioned that repeaters have some disadvantages. The first should 

be obvious, two frequencies are used instead of one. This is offset by 

the higher utilization the repeater offers. The second disadvantage of 

the repeater is that if it fails, all stations on the network are out 

of service even if they were in simplex range of each other. This is 

because they aren't listening on the frequency on which they are transmitting. 
An operator must intervene and change the frequencies of the radios to 
maintain partial network operation in case of repeater failure. Repeater 
owners usually go to great pains to maintain reliable service so this 

usually isn't a serious concern. 


Gary 


Gary Coffman KE4ZV |"I£ 10% is good enough | gatech!wadmei!ke4zv! gary 
Destructive Testing Systems | for Jesus, it's good | uunet!rsiatl!ke4zv! gary 
534 Shannon Way | enough for Uncle Sam."| emory!kd4nc!ke4zv! gary 
Lawrenceville, GA 30244 | -Ray Stevens 


Date: 13 Sep 1993 19:58:43 +0200 

From: mcsun!sun4nl!hacktic!not-for-mail@uunet.uu.net 
Subject: ftp.demon.co.uk INCORRECT 

To: packet-radio@ucsd.edu 


Hello 


Hmm, I can reach it with as demon.co.uk ,so without the ftp in front of 
it. They have some pretty good stuff there. (Simtel20 mirror) 


Bye 

-martin- 
| "I-Man satta on the mountain top. | Name : Martin Heffels | 
| Watching Babylon burning red hot" | e-mail : zap@hacktic.nl | 
| - War inna Babylon, Max Romeo - | air-mail: PELEEC@PI8JOP.NLD.EU | 


Date: Mon, 13 Sep 1993 17:47:52 GMT 

From: swrinde!elroy.jpl.nasa.gov!avdms8.msfc.nasa.gov!europa.eng.gtefsd.com! 
howland.reston.ans.net!vixen.cso.uiuc.edu!newsrelay.iastate.edu!news.iastate.edu! 
jvp@network.ucsd.edu 

Subject: how to put MFJ TNC-2 into KISS mode? 

To: packet-radio@ucsd.edu 


In <CD7rq6.CDn@hip-hop.suvl.ca.us> dave@hip-hop.suvl.ca.us (David Black) writes: 


>I have a used MFJ TNC-2 with a KISS-capable eprom inside. 
>KISS ON flips the KISS flag but the unit continues to operate 
>in AX25 (cmd:) mode. Following this with RESET resets the TNC, 
>along with the KISS flag. Far as I know, all necessary mods 
>have been made for proper operation with the current eprom. 


>Is there a way to put this MFJ TNC-2 into KISS mode? 


Just off the top of my head (it's been awhile so the cob-webs are 
pretty thick back there), try RESTART instead of RESET. 


| Jim Van Peursem - Dept of EE and CprE - Iowa State University | 
| Ames, IA 50011 - internet: jvp@iastate or tools1.ee.iastate.edu | 


Date: Mon, 13 Sep 1993 10:57:00 GMT 
From: swrinde!elroy.jpl.nasa.gov!usc!sol.ctr.columbia.edu!news.kei.com!ub! 
acsu.buffalo.edu!ubvms.cc.buffalo.edu! oopdavid@network.ucsd.edu 


To: packet-radio@ucsd.edu 


I have tried to use TheNet 2.10 for a back to back Tiny2 node by using 
the wiring diagram in the Tiny2 manual. Using that information the 
nodes work independently, but do not recognize that they are wired to 
each other. I have called PacComm. They are no help. I do not have 
ANY documentation on TheNet. The units work FINE when addressed with 
the standard PacComm chip attached to my computer OR when attached with 
2.10 to a "node stack" with NX2P hardware. How do I CORRECTLY attach 
two Tiny2 units together "back to back" with TheNet and create my 


73, Dave. 
KN2M 


Date: Mon, 13 Sep 1993 18:39:39 GMT 

From: swrinde!elroy.jpl.nasa.gov!avdms8.msfc.nasa.gov!sol.ctr.columbia.edu! 
news .kei.com!das.wang.com! wang! dbushong@network.ucsd.edu 

Subject: MicroSoft to charge for Windows help 

To: packet-radio@ucsd.edu 


twright@freenet.scri.fsu.edu (Tim Wright) writes: 


>A newspaper item from the Saturday Lexington-Herald Leader Lexington, 
>Ky 9/11/93 states that the MicroSoft Corp. said yesterday that it 
>will begin charging customers who call for help with its WINDOWS 
>operating system. Individuals may be charged $2 a minute, to a 
>maximum of $25 a call, and companies thousands of dollars annually 
>under a pricing structure that takes effect Oct 1. 


>Views/Thoughts? 


Just one: what does that have to do with rec.radio.amateur.packet? 


Dave Bushong, Wang Laboratories, Inc. Amateur Radio Callsign KZ10 
Project Leader, Recognition products kz1o@n@ary.#noca.ca.na 
Internet: dbushong@wang.com ARRL VE // W5YI VE 


Date: 13 Sep 93 17:19:26 GMT 
From: news-mail-gateway@ucsd.edu 
Subject: packet help 

To: packet-radio@ucsd.edu 


Date: Tue, 07 Sep 93 18:04:12 GMT 

From: pipex!uknet!mcsun!sun4nl!hacktic! utopia. hacktic.nl!consolat.hacktic.nl!zer 
Subject: Anybody? 

To: packet-radio@ucsd.edu 


Hello, 


I was wondering if there's anybody here who'd like to explain 
me some basics on packet radio (a FAQ perhaps) ? 


Mailing is probably the way to go or y'all will be fed up with 
me very soon :). 


Mind you, I don't know ANYTHING yet, but I'm interested and I wanna 
be 'packeting'/'HAMming' whatever it's called, as soon as possible.. 


Please? Zerial.. 


VV VV VV VV VV VV VV VV MV 


You might get more response if you mention your email address. Many 
of us read the news posts as digests from ucsd.edu and a lot of the 
message header is deleted to save space. The "From:" line on your 
message is about 80 chars of site!site!site!site... 


Thanks and 73, 
de km6wt, mont, mont@ibmmail.com 


Date: 13 Sep 93 17:43:49 GMT 

From: ogicse!news.tek.com!cascade.ens.tek.com! ronk@network.ucsd.edu 
Subject: packet help 

To: packet-radio@ucsd.edu 


In article <9309131727.AA18836@ucsd.edu>, mont@ibmmail.COM writes: 

|> Date: Tue, 07 Sep 93 18:04:12 GMT 

|> 

|> 

|> > From: pipex!uknet!mcsun!sun4nl!hacktic!utopia.hacktic.nl!consolat.hacktic.nl! 
zer 

|> > Subject: Anybody? 

|> > To: packet-radio@ucsd.edu 

|> > 


|> You might get more response if you mention your email address. Many 
|> of us read the news posts as digests from ucsd.edu and a lot of the 
|> message header is deleted to save space. The "From:" line on your 
|> message is about 80 chars of site!site!site!site... 


|> 

|> Thanks and 73, 

|> de km6wt, mont, mont@ibmmail.com 
|> 


Don't blame the originator. The digester need a little work! It moved the 
‘Path:' line information which is NOT supported for mail purposes to the 
'From:' line! The original headers (broken for clarity) follow: 


Path: news.tek.com!uunet! pipex!uknet!mcsun!sun4nl!hacktic! 
utopia. hacktic.nl!consolat.hacktic.nl!zerial.hacktic.nl!zerial 
From: zerial@zerial.hacktic.nl (Zerial) 
Newsgroups: rec.radio.amateur. packet 
Subject: Anybody? 
Message-ID: <PPqi0B4w165w@zerial.hacktic.nl> 
Date: Tue, 07 Sep 93 18:04:12 GMT 
Lines: 13 


Ron Kirkpatrick 

News Administrator/Postmaster 
Tektronix, Inc 

503-627-6707 


Date: 13 Sep 93 12:50:21 GMT 

From: ogicse!emory!darwin.sura.net!howland.reston.ans.net!usenet.ins.cwru.edu! 
cleveland. Freenet.Edu!do788@network.ucsd.edu 

Subject: TCP/IP and PACKET 

To: packet-radio@ucsd.edu 


I'm planning on using SLIPP soon and I need info on packet radio 
packet radio , any comments on what I should do or use would be greatly 
appreciated, also wher I could find any text on the subject. 


Thanx in advance 


End of Packet-Radio Digest V93 #269 
KKKKKKKKKKKKKKKKKKKKKKKKEKRKR RAHA 


